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SYSTEM AND METHOD FOR SELF-SUPPORTING APPLICATIONS 

CROSS-REFERENCE TO RELATED APPLICATIONS 

This application claims the benefit of U.S. 
Provisional Patent Application No. 60/446,770, entitled 
5 SYSTEM AND METHOD FOR SELF-SUPPORTING APPLICATIONS filed on 
February 11, 2003, which application is incorporated herein 
by reference in its entirety. 

BACKGROUND 

10 Traditionally, applications and help desks have been 

separate entities that have relied on human intervention to 
report failures and deliver support to the end user of the 
application. This process is costly, time-consuming, and 
inefficient. The system and method of the present 

15 application in one embodiment eliminates or reduces the 
human intervention in trouble shooting issues that are 
essentially problems in automation mechanisms. 

SUMMARY 

The system and method in one embodiment use web 
20 services to embed the functionality of the service delivery 
systems (help desk, knowledge bases, diagnostic tools, 
etc.) into the applications that use them. The system and 
method in one embodiment provide a standard interface to 
the service delivery system so that supported applications 
25 and devices can interact with them in a similar fashion. 
Embedding the support functionality into the technical 
environment allows effective issue identification, 
notification, diagnostics and ultimately, resolution. The 
closer the service technology is to the actual problem the 
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better chance it has to respond in a timely and appropriate 
manner . 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 illustrates a block diagram according to the 
5 present application in one embodiment; and 

Fig. 2 illustrates another block diagram according to 
the present application in one embodiment. 

Fig. 3 is an architectural diagram according to the 
present application in one embodiment. 
10 Fig. 4 is a flow diagram according to the present 

application in one embodiment. 



DETAILED DESCRIPTION 

Fig. 1 illustrates a block diagram according to the 

15 present application in one embodiment. When a fault 

occurs, today's applications such as word processors and 
email delivery systems often produce information needed to 
resolve the fault. For example, the raw information 
appears in the detailed error messages on the user's screen 

20 and in some instances, logs on the systems. When a complex 
application faults, the typical human user is daunted and 
ill prepared to transmit this information to the help desk. 

The system and method of the present disclosure in one 
embodiment takes the next step in automating the issue 

25 resolution process by linking the applications themselves 
into the support mechanism for the enterprise. When a 
fault occurs, instead of throwing up an error message and 
halting or crashing, the applications or devices 102, 104, 
106. themselves are aware of the service system 108, 110, 

30 connects with it, and takes the appropriate action. 



NYCDMS, 416133. 2 



2 



56129861-234 



The system and method in one embodiment open up the 
business rules and workflow that previously involved only 
the help desk organization 112, and makes them available to 
other applications. This allows these business rules to 
5 act as the hub of an Enterprise Service Model that can be 
consulted by applications and hardware when support is 
needed. As a result, enterprise service policies are 
automated all the way to the end user. 

Service consumers 114 such as applications 104, 106 

10 and hardware services 102 themselves by checking knowledge 
base services provided by service providers 116, for 
example, for instructions on how to handle an exception, 
check the service level of the user through other services 
and where necessary escalate to a service desk triggering 

15 an escalation. 

Service consumers 114 may include any entity that may 
require a service. That entity may be an application, 
hardware device, the network, or an actual person. The 
service consumer may request a fix when something is 

20 broken. The service consumer may also request service 
related information, scheduled maintenance, diagnostics, 
service procedures, or anything defined by corporate policy 
as in the domain of the service organization. These may 
include business procedures in response to business events 

25 that are not necessarily technical issues. 

Service providers 116 may be any entity that provides 
these services to the consumer. Service providers 116 may 
be people, applications, or devices that participate in the 
support infrastructure and have access to the corporate 

30 service and support policy. 

The system of the present application may reside 
alongside the traditional service desk 118. At least a 
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part of the functionality that used to reside inside the 
service desk application may be pulled out and made 
available via a "distributed service bus" 108. This bus 
may provide functions such as a common access 
5 infrastructure for all service consumers 114 to request 

service; a container for all service providers 116, giving 
them a common vehicle to expose their available services, 
and an intermediary between the service providers 116 
inside the bus and the service consumers 114 on the 

10 outside; housing for the service policy and business rules 
that govern the behavior of the system of the present 
application and that is accessed by both service providers 
and 116 consumers 114. 

In one embodiment, the traditional service desk 

15 application 118 may be treated as another service consumer 
requesting services through the distributed service bus 
108. Further, devices 102, commercially available 
applications 104, and custom corporate applications 106 
may be treated as service consumers 114 and may plug into 

20 the system of the present disclosure to provide support to 
their users. 

In one embodiment, the system and method of the 
present application allows the service consumers 114 to 
service themselves. As an example, a service consumer 114 

25 that encounters an exception can query the business policy, 
for example, a part of the distributed service bus 108, to 
determine what course of action to take under the current 
circumstances. It may need to determine information such 
as the user's service level agreement, if a knowledge base 

30 110 contains pertinent information about the current 

condition, should a trouble ticket 120 be opened and with 
what associated information, or should an escalation 124 be 
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initiated with the associated notifications. The service 
policy may also dictate that related procedures be 
initiated, for example, an automated software delivery 
update, or an automatic password reset. This may result in 
5 a fix to the original issue, which can then be 
automatically closed. 

As another example, a common feature of hardware 
devices is their ability to contact the vendor to notify 
the service department of some service event or breakdown. 
10 In one aspect, this functionality may be extended to first 
contact a service policy supported by the distributed 
service bus 108 to find out what action or actions need to 
be taken. 

The service policy according to various business rules 
15 may be able to respond to such questions as should this 
issue be addressed internally or is a vendor input 
required; who is the service vendor and what is the service 
level agreement in place; is there a warranty in place; is 
the hardware coming off lease shortly and does it pay to 
20 have it repaired; is there knowledge available in the 

knowledge base that can help diagnose or repair the current 
situation. 

In another example, commercial applications 104 may 
plug into the system of the present disclosure and make 

25 those applications more supportable. For instance, when an 
error or any event requiring intervention is encountered, 
the applications 104 can consult with the system of the 
present application to determine the level of service 
required and react accordingly. For example, questions 

30 such as who is the user and what is their service level 
agreement; should a workflow be initiated to address the 
problem; is an escalation or a notification required; does 
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the user need additional training; what does the business 
policy say regarding the priority of this issue versus 
others that currently need attending to; what is the cost 
versus benefit of fixing the problem are triggered and 
5 processed. 

In one embodiment, multiple service providers 116, 
which may include multiple service vendors, may be involved 
in effecting a resolution. For instance, a system 
monitoring agent component, in one aspect of the present 

10 disclosure, receiving the message triggered from a service 
consumer 114 may indicate that an application 102 is having 
performance issues and may automatically open a service 
desk workflow 124 which will initiate an asset discovery. 
This, in turn, may indicate that a software delivery update 

15 needs to take place in order to resolve the problem. 

Throughout the process, the service policy may dictate the 
appropriate course of action, authorization, and priority. 

Similarly, custom corporate applications may 
incorporate or embed in them the logic to for having access 

20 and knowledge of the system of the present disclosure. For 
example, a custom built line of business application can 
determine, using the system of the present disclosure, that 
a user that is repeatedly selecting the wrong application 
options or entering erroneous data may need training, and 

25 that individual can be automatically enrolled in the 

appropriate training course. In another example, the user 
may be determined as a senior executive, whose service 
level agreement may indicate an immediate escalation and 
call -back according to the service policy housed in the 

30 system of the present disclosure. In this case, the user 
may get a call a minute later from a service analyst 
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providing proper instructions in using the business 
application. 

In one embodiment, under the system of the present 
disclosure, a traditional service desk functionalities may 
5 be extended to include maintaining service policies such as 
determining, interpreting and encoding the service 
policies, automating service standards and methodologies, 
integrating partner applications and devices under the 
system of the present disclosure, and developing and 
10 adopting internal standards for the system of the present 
disclosure. 

In its basic use, any application or device can become 
more supportable by linking directly to the service 
delivery systems. The technical infrastructure and people 

15 who use it are supported by the system of the present 

disclosure, which automates service procedures and deploys 
point solutions. The system of the present disclosure 
integrates the technical environment and the service tools 
under a common provider/ consumer model that is governed by 

20 a corporate service policy. A more supportable application 
or device will decrease downtime and user frustration, 
increasing productivity and user satisfaction. 

Fig. 2 illustrates another block diagram according to 
the present application in one embodiment. In one 

25 embodiment, the system of the present application includes 
an enterprise service business logic 202 that provides 
business or support policies related to the business. The 
system of the present disclosure in one embodiment allows 
service consumers such as CTI client 2 04a, email client 

30 204b, applications 204c, Internet client 204d to consult 

the enterprise service business logic 2 02 and corresponding 
knowledge base 206a-d, to enable the service consumers 
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204a-d to retrieve information and initiate service action 
flows as dictated by the enterprise service business logic 
202 . 

In addition to bringing these components together to 
5 provide service, the system of the present application in 
one embodiment provides feedback to the corporate decision 
makers to facilitate a proactive position in the 
development and maintenance of service policy defined in 
the enterprise service business logic 202 via a business 

10 impact analysis 208. The business impact analysis 208 
communicates with the enterprise service business to 
retrieve information related to all service events 
processed in the enterprise service business logic 202. 
Using the retrieved information, the business impact 

15 analysis 208 may fine-tune the current service policy used 
in the enterprise service business logic 202, for example, 
towards increasing positive business impacts and reducing 
negative impacts. 

Fig. 3 is an architectural diagram according to the 

20 present application in one embodiment. The method and 

system of the present disclosure in one embodiment may be 
implemented in part as a web service application 
programming interface (API) 3 06 interfacing to service 
provider tools 316 via web services 3 08, which service 

25 provider tools 316, for example, are for aiding end users 
and analysts in searching, retrieving, sharing, and 
applying knowledge to help solve IT- related issues, and 
built upon the standards set by the World Wide Web 
Consortium. The API 3 06 may provide services over the 

30 well-known HTTP protocol using recognized standard such as 
SOAP and WSDL, making it accessible by clients 304 on 
multiple platforms. 
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Fig. 4 is a flow diagram according to the present 
application in one embodiment. At 402, a service consumer 
such as software applications or hardware devices requiring 
service, for example, due to a fault or exception occurring 
5 during processing of the software applications or hardware 
devices, communicates the fault, exception, or service 
request to a module responsible for consulting service 
policy for this particular service consumer. The module 
responsible for consulting service policy may be an 

10 integrated part of the service consumer, or alternatively 
reside separately in a distributed network environment. 

At 404, service policy is consulted for this 
particular consumer. The service policy may have 
information such as the service level agreement, priority 

15 of service, whether knowledgebase should be consulted 

first, whether related procedures should be initiated, etc. 

At 406, appropriate actions determined according to 
the service policy are initiated. For instance, at 408, a 
trouble ticket may be opened, escalation may be initiated, 

20 software may be automatically updated, or a password may be 
reset, etc. 

At 410, service events processed as a result of this 
service consumer's request is logged or otherwise 
communicated, for example, for business impact analysis in 

25 which the service policy may be fine-tuned or modified. 
The system and method described in the present 
disclosure may be implemented on a general purpose computer 
and/or specialized computer. Communications among devices 
and software modules and applications may take place 

30 through any known communications medium. The embodiments 
described above are illustrative examples of the present 
application and it should not be construed that the present 
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application is limited to these particular embodiments. 
Various changes and modifications may be effected by one 
skilled in the art without departing from the spirit or 
scope of the invention as defined in the appended claims. 
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